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Please replace paragraph [0034] with the following replacement paragraph: 

[0034] Referring therefore to Figure 4, the process of the client 300 requesting meta-data is 
shown generally by the numeral 420. The client first requests at step 422 the meta-data of 
interest through the sandbox 306. At step 424, the client 300 checks its meta-data cache. If the 
data is found at step 426 then it is returned to the client 300 at step 450. If not, then at step 428, 
the client version manager 302 requests the data from the proxy server. At step 430, the proxy 
server checks the proxy cache [[304]] 202 for the data of interest. If the data is found at step 432, 
then the version is put in the client meta-data cache at step 448 and, passed to the client at step 
450. If the version is not found, then at step 434 the proxy server requests the data from the 
central server. The central server first checks the central server cache for the data at step 436. If 
the data is found at step 438, then data proxy server updates its cache with the data at step 446, 
updates the client cache at step 448 and sends the data to the client at step 450. If the data is not 
found, then the central server requests the data from the repository 102 at step 440. The central 
server cache is populated with the data at step 442. The data is then placed in the proxy server 
cache at step 446, the client cache at step 448 and provided to the client at step 450. 

Please replace paragraph [0040] with the following replacement paragraph: 

[0040] Upon receipt of a request for data, the proxy cache 202a performs the steps of Figure 7, 
as shown generally by the numeral 500. At step 502, the proxy cache 202a receives a request for 
the data. The proxy cache 202a retrieves at step 504 any meta-data necessary to folfil fulfill the 
request. If the request is for bulk data, the proxy cache 202a retrieves the corresponding meta- 
data. At step 506, the proxy cache 202a checks the meta-data to see if the client 300 has 
permission to access the data. If the request is not allowed at step 508, then the proxy cache 
denies access to the data at step 510. If the request is allowed at step [[510]] 508 , then the proxy 
cache 202a first retrieves any bulk data necessary to felfil fulfill the request of step 512, and 
provides the data at step 514. 
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Please replace paragraph [0042] with the following replacement paragraph: 

[0042] In another embodiment, enhanced security is provided by virtue of the provision of proxy 
server 200. In this embodiment, the central server 100 only accepts connections from proxy 
servers 200. It will not accept connections from clients 300. This configuration provides 
enhanced security since all communication from clients 300 use proxy servers 200. In addition, 
the connections between proxy servers 200 and the central server 1 00 may then be secured, for 
example using [[SSL]] Secure Sockets Layer (SSL) . This provides security over the wide area 
network while only requiring one secure connection for all of the clients 300 attached to each 
proxy server 200. 
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Amendments to the Claims 

This listing of claims will replace all prior versions and listings of claims in the application: 
Listing of claims: 

1 . (currently amended) A version control system for managing versioned files used in 
software development, the version control system comprising: 

a) a central server adapted to store storing a repository of said versioned files , said central 
server also being adapted to control all modifications to said versioned files : 

b) a at l e ast on e proxy server connected to said central server , said ; e ach proxy server 
including a read-only cache adapted to store for storing data obtained from said repository 
through communication with said central server ; and 

c) at least one client connected to e ach of said proxi e s; said proxy server, said at least one 
client comprising a version manager adapted to generate requests for said versioned files through 
said proxy server to reduce network traffic between said proxy server and said central server and 
to reduce load on said central server wh e r e in modifications to said v e rsion e d fil e s may only b e 
mad e by said c e ntral s e rv e r . 

2. (currently amended) A version control system according to claim 1 further comprising 
a plurality of branches and a plurality of proxy servers; [[,]] wherein , for a first branch of said 
plurality of branches, said central server is adapted to store includ e s a list of proxy servers 
selected from said plurality of proxy servers and associated with said first branch proxi e s for 
e ach branch in ; and wherein the version control system and is configured to send an update 
inform e r to notify each proxy server in the list when a change is made to said first each branch. 

3. (currently amended) A version control system according to claim 1, wherein said 
central server includes an access control system adapted to validate requests received by said 
central server. 

4. (currently amended) A version control system according to claim 1, wherein said at 
least one client is adapted to obtain a version of a file in said repository of said versioned obtains 
v e rsions of files by requesting [[them]] said version from the corr e sponding proxy server [[, 
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and]] A the proxy provid e s server being adapted to provide the version from [[its]] said read-only 
cache when available^ and by requesting the version from the central server otherwise. 

5. (currently amended) A version control system according to claim 1, wherein said 
proxy server includes a mechanism for providing v e rsions of fil e s a desired version of a file in 
said repository of said versioned files to said at least one client conn e ct e d cli e nts using said 
read-only cache when the desired version is available from said read-only cache, and by 
requesting the desired version from the central server otherwise. 

6. (currently amended) A version control system according to claim 1, wherein the cli e nts 
at least one client is adapted to modify the repository through said central server. 

7. (original) A version control system according to claim 6, wherein the central server 
includes a checkout mechanism for controlling modification to the repository. 

8. (original) A version control system according to claim 7, wherein the central server 
includes a log of changes made to the repository. 

9. (currently amended) A version control system[[,]] according to claim 8, wherein the 
log is used to update said [[a]] proxy server after a disruption to the connection between the 
proxy server and the central server. 

10. (currently amended) A version control system according to claim 1 , wh e r e in further 
comprising 

a plurality of chained together proxy servers adapted to serve a geographical area, 

wherein each proxy server of said plurality of chained together proxy servers is 
connected to at least one client, and 

a regional proxy server [[is]] connected to said central server and to [[a]] each proxy 

server of said plurality of chained together proxy servers s e rv e r in a g e ographic 
area, e ach of th e plurality of proxy s e rv e rs b e ing conn e ct e d to at l e ast on e cli e nt 

wherein updates from the central server to the plurality of chained together proxy servers 
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are first sent to the regional proxy. 

1 1 . (currently amended) A method of modifying a repository of versions of files in a 
version control system used in software development, said version control system including a 
central server and [[a]] a first interconnected client interconnected to said central server through 
a first intervening proxy, a second client, and a second proxy , said method comprising the 
following steps [[of]]: 

a) the first interconnected client requesting from the central server , through the first 
intervening proxy, a lock on a version of a file in the version control system; 

b) the central server checking whether the r e quest e d v ersion is unlocked and, if the 
version is unlocked , and if so granting the request of said first interconnected client through said 
first intervening proxy : and 

c) the central server sending an update to said second client and to said second proxy 

12. (currently amended) A method according to claim 11, wherein said lock permits only 
said first interconnected client to modify pr e v e nts oth e r cli e nts from modifying said version of 
said file. 

13. (currently amended) A method according to claim 11, further comprising the step of 
said first interconnected client performing modification to modifying said version of said file and 
returning the modification to said central server through said first intervening proxy . 

14. (currently amended) A method according to claim 13, further comprising the step of 
said central server sending said modification to said second client and to said second proxy oth e r 

15. (currently amended) A central server in a version control system used in software 
development, the version control system including a proxy s e rv e rs conn e ct e d to cli e nts server 
having a read-only cache and connecting a client to the central server, the central server 
comprising the following : 
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a) a repository of versioned files used in said software development ; 

b) a version manager adapted to provide a version of a file for providing v e rsions of fil e s 
from said repository to said proxy server ; 

c) an access control system for managing r e qu e sts adapted to manage a request from the 
client cli e nts to modify the repository; and 

d) a memory structure adapted to store a log of modifications chang e s made to the 
repository[[;]] and adapted to store [[e)]] a list of conn e ct e d proxi e s and portions of said 
repository stored in the read-only cache of the proxy server , th e proxi e s containing r e ad - only 
cach e s of said portions of said r e pository for providing v e rsions of fil e s to said cli e nts . 

16. (currently amended) A central server according to claim 15, wherein said log is used 
to update on e of said read-only cache cach e s in said a r e sp e ctiv e proxy server after a disruption 
to the connection between said r e sp e ctiv e proxy server and said central server. 

17. (currently amended) A proxy server in a version control system used in software 
development, the version control system including a client and a central server containing a 
repository of versioned files and a cli e nt , said proxy server comprising the following : 

a) a read-only cache adapted to store a requested version of a file requested by the client 
and received for storing data from said repository; and 

b) a version provider adapted to provide [[a]] the requested version of [[a]] the file to said 
client, the version provider being configured to first check the read-only cache for the requested 
version and^ if [[it]] the requested version is not found, to request the requested version from said 
central server on behalf of said client . 

18. (currently amended) A proxy server according to claim 17, wherein the read-only 
cache is configured to store copies of v e rsion a plurality of versions of files requested from said 
central server by said client . 

19. (currently amended) A computer z readable medium containing processor instructions 
for implementing a version control system to be used in software development, including 
instructions for the following steps : 
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a) a c e ntral s e rv e r storing a repository of versioned files on a central server configured to 
control all modifications to said versioned files ; 

b) establishing communication between at l e ast on e proxy conn e ct e d to said central 
server and a ; e ach proxy server including a read-only cache configured to store for storing data 
obtained from said repository through communication between said central server and said proxy 
server ; and 

c) establishing communication between said proxy server and a at l e ast on e client 
conn e ct e d to e ach of said proxi e s; comprising a version manager adapted to generate a request 
for a versioned file from said repository through said proxy server to reduce network traffic 
between said central server and said client and to reduce load on said central server wh e r e in 
modifications to said v e rsion e d fil e s may only be mad e by said c e ntral s e rv e r . 

20. (currently amended) A computer-readable medium according to claim 19, further 
comprising instructions for the following steps: 

maintaining to maintain a list of additional proxy servers proxi e s for e ach branch in the 
version control system , said additional proxy servers being in addition to said proxy server in 
communication with said client; and 

notify e ach notifying said additional proxy servers in the list when a change is made to 
said versioned file e ach branch . 

21. (currently amended) A computer-readable medium according to claim 19, wherein 
said central server includes an access control system adapted to validate requests received by 
said central server from said proxy server, said computer-readable medium further comprising 
instructions for the following step: validating said request received by said central server . 

22. (currently amended) A computer-readable medium according to claim 19 , further 
comprising instructions for the following steps: 

commanding , wh e r e in said version manager of said client obtains v e rsions of fil e s by 
r e qu e sting to request the versioned file them from the corr e sponding proxy server; [[, and]] 

commanding the proxy server to provide the versioned file provid e s th e v e rsion from 
[[its]] said read-only cache when availabl e and by r e qu e sting th e v e rsion from th e c e ntral s e rv e r 
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oth e rwis e the versioned file is stored in said read-only cache; and 

commanding the proxy server to request the versioned file from the central server when 
the versioned file is not stored in said read-only cache . 

23. (currently amended) A computer-readable medium according to claim 19 , further 
comprising instructions for the following steps: 

, wh e r e in said proxy server includ e s a m e chanism for providing the versioned file 
v e rsions of fil e s to the client conn e ct e d cli e nts using said read-only cache when the versioned 
file d e sir e d v e rsion is stored in said read-only cache availabl e ; , and 

said proxy server requesting the versioned file v e rsion from the central server when the 
versioned file is not stored in said read-only cache oth e rwis e. 

24. (currently amended) A computer-readable medium according to claim 19 , further 
comprising instructions for the following steps: 

said client requesting via said proxy server modifications to said versioned file in said 
repository; and 

said proxy server requesting said central server to make said modification to said 
versioned file in said repository , wh e r e in th e cli e nts modify th e r e pository through said c e ntral 

25. (currently amended) A computer z readable medium according to claim 24 , further 
comprising instructions for the following step: 

, wh e r e in th e c e ntral s e rv e r includes a ch e ckout mechanism for controlling modification 
[[to]] of the repository via a checkout mechanism comprising part of said central server . 

26. (currently amended) A computer-readable medium according to claim 25 , further 
comprising instructions for the following step: 

keeping in wh e r e in the central server includes a log of changes made to the repository. 

27. (currently amended) A computer z readable medium[[,]] according to claim 26 , further 
comprising instructions for the following step: 



Page 10 of 19 



Appl.No. 10/666,316 

Amdt. Dated 7 February 2007 

Reply to Office action of 17 October 2006 



eFiledviaUSPTOEFS 



using , wh e r e in the log is us e d to update the [[a ]] proxy server after a disruption to the 
communication conn e ction between the proxy server and the central server. 

28. (currently amended) A computer-readable medium according to claim 19 , further 
comprising instructions for the following steps: 

chaining together a plurality of proxy servers configured to serve a geographic area; 

establishing communication between the plurality of chained together proxy servers and a 
regional proxy server; 

establishing communication between said , wh e r e in a regional proxy server and is 
conn e ct e d to said central server and to a plurality of proxy s e rv e r in a g e ographic ar e a, e ach of 
th e plurality of proxy s e rv e rs b e ing conn e cted to at l e ast on e cli e nt wh e r e in ; and 

sending updates from the central server [[to]] for the plurality of chained together proxy 
servers are first sent to the regional proxy server . 

29. (new) A version control system according to claim 1, wherein said proxy server is 
transparent to users of said at least one client. 
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